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MONITORING TELECOMMUNICATION NETWORK ELEMENTS 



This invention reiatesto monitoringtibie status" of telecommunication iielworlcelemeriFs. 

Telecommunication networks commonly comprise network elements (NEs) and a 
network management system (NMS). One function of the NMS is to monitor the status 
5 of the NEs, i.e. to determine whether the status of each NE is operational i.e. 'up', or 
non-operational i.e. Idown'. The NMS may also inform a customer of the network of the 
status of one or more of the NEs. This is particularly important if the status of a NE is 
down. In current networks, the NMS monitors the status of the NEs by polling each NE 
in turn to determine its status. If the NE replies its status is up, if it does not reply its 
10 status is down. As the NEs are polled in turn, such a monitoring method can be slower 
than that required by a customer of the network, especially if the customer is to take 

« 

action concerning a down status of a NE. For example, in a 5000 element network,- 
4999 NEs will first be polled before determining the status of the 5000th element. If the 
status of the 5000th element is down, the time taken to determine this and inform the 
15 customer may be too long. In addition, the speed of this monitoring method will depend 
on the number of NEs in the network. For example, if it takes lOsec to query a NE, it 
will take lOOsec to determine the status of all the NEs in a 10 element network, but will 
take 100,000sec to determine the status of all the NEs in a 10,000 element network. 
..The status"of a-^iE;"especially a down status, needs to be reported in a given, bounded 
^20 time/ for the information to be useful to a customer of the network, and the bounded 
%^e snould not increase if the network size increases. It is therefore desirable to use a 
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method of monitoring the status of NEs which can quickly determine the status of any 
NE, and which does not slow down as the size of the network increases. 

According to a first aspect of the invention there is provided a method of monitoring the 
status of one or more network elements (NEs) linked together in a telecommunication 
network, comprising 

receiving a down status notification from a NE in the network, 
identifying one or more other NEs which are linked to the NE, 
polling the or each other NE to determine the status thereof. 

On receipt of a down status notification, identifying and polling of the or each other NE 
can be carried out quickly. A customer of the network can therefore be informed of the 
status of a NE in a satisfactorily short period of time. Additionally, if it takes, for 
example, 0.2sec for a notification to be received, and, for example, lOsec to identify and 
poll an other NE, it will take 10.2sec to determine the status of the other NE. It will 
take the same amount of time if there are 10 NEs or 10,000 NEs in the network. There 
will therefore be a bounded time for notifying a customer of the status of a NE, and the 
invention removes the relationship between time taken to report a NE status and 
network size. 



The status of a NE may be operational i.e. up. The status of a NE may be 
operational i.e. down. 
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A down status notification may be received from a NE if the NE determines that the 
status of any other NE linked thereto is down. Each NE may poll the or each other NE 
linked thereto to determine the status of the other NE. Each NE may poll the or each 
other NE linked thereto by signalling to the other NE, using a signalling protocol such 
5 as the public network to network interface (PNNI) protocol. If the or each other NE 
replies, its status may be considered to be up. If the or each other NE does not reply, its 
status may be considered to be down. The down status notification may contain 
information on the NE which has output the notification. 

10 A down status notification may be received from a NE if the NE determines that the 
status of an interface thereof linked to one or more other NEs is down. The status of an 
interface may be down if the status of the or any of the other NEs linked to the interface 
is down. The down status notification may contain information on the NE which has 
output the notification, and information on the or each interface of the NE which is 

15 down. The or each interface may comprise a hardware port. The down status 
notification may comprise a hardware port down trap. 

The down status notification may be received using a signalling protocol, for example 
the simple network management protocol (SNMP). . The SNMP used preferably has 
20 down status notification resend functionality, such that notifications which do not arrive 
at their intended destination may be resent a configurable number of times. SNMP 
version 3 has such resend fimctionality. 




Identifying the or each, other NE may comprise accessing the down status notification to 
obtain infoimation on the NE which has output the notification. Identifying the or each 
other NE may comprise accessing the down stabs notification to obtain infdri^ on 
the NE which has output the notification and information on the or each interface of the 



5 NE which is down. Identifying the or each other NE may comprise accessing a links 
database containing details of each NE and the or each other NE linked thereto, and 
using the information to obtain the identification of the or each other NE. Identifying 
the or each other NE may comprise accessing the links database and. using the 
information to obtain the IP address of the or each other NE. 

10 

Polling the or each other NE may comprise sending at least one SNMP get request to 
the NE. Polling the or each other NE may comprise using the SNMP over transmission 
control protocol/internet protocol (TCP/IP). Polling the or each other NE may 
comprise using internet control message protocol (ICMP) over IP. 

15 

The method may comprise using a network management system (NMS) of the 
telecommunication network. The NMS may perform a number of functions, including 
monitoring the status of one or more NEs of the network. The NMS may be run on a 
computer system, which may comprise, for example, a Solaris computer system, or a 
20 HPUX computer system, or a Windows NT/2000 computer system. The NMS 
computer system may be linked to the or each or some of the NEs of the network. The 
NMS computer system may be able to communicate with the or each or some of the 
NEs of the network over IP. 



5 
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The NMS may comprise a fault manager module. The fault manager module. may 
receive the down status notification from the NE. The fault manager module may 
receive the down state" "notification using a signalling protocol, for example'SNMP. 
The fault manager module may place the down status notification in a notification 
database of the NMS. The fault manager module may output a message on receipt of a 
down status notification. 



The NMS may comprise a monitoring module. The monitoring module may receive a 
message output from the fault manager module when it receives a down status 
10 notification. The monitoring module may access the down status notification, to obtain 
information on the NE which has output the notification. The monitoring module may 
access the down status notification, to obtain information on the NE which has output 
• the notification, and information on the. or each interface of the NE which is down. The 
' monitoring module may access a links database of the NMS containing details of each 
15 NE and the or each other NE linked thereto, and use the information to obtain the 
identification of the or each other NE. The monitoring module may access a links table 
of the links database and use the information to obtain the identification of the or each 
other NE. The monitoring module may access the links database and use the 
information to obtain the IP address of the or each other NE. The monitoring module 
20 may poll the or each other NE to determine the status thereof. The monitoring module 
may poll the or each other NE by sending at least one SNMP get request to the NE. The 
momtormg.modulemaypoU^ ^ 
monitoring module may determine the status of the or each or some of the NEs of the 
network, and may add the status information to a status database of the NMS. . 




The NMS may comprise a graphical user interface (GUT) module. The GUI module 
may receive information on the status of one or more of the NEs of the network from 
the status database. The GUI module may receive information on changes in the status 
of one or more of the NEs of the network from the status database. The GUI module 



5 may be used to report the status of one or more NEs of the network to a customer of the 
network. The GUI module may be used to report changes in the status of one or more 
NEs of the network to a customer of the network. The GUI module may use a NEs 
listing screen to report the status and/or changes in the status of one or more NEs in the 
network to a customer of the network. The GUI module may report an up status of a 
10 NE using a green ball in the NEs listing screen next to the NE. The GUI module may 
report a down status of a NE using a red ball in the NEs listing screen next to the NE. 

The network elements in the telecommunication network may comprise, for example, 
. nodes, switches or routers. The telecommunication network may comprise, for 
15 example, an asynchronous transfer mode (ATM) network or an internet protocol (IP) 
network, or a multiprotocol label switching (MPLS) network. 

The method may run in parallel with polling each NE in the telecommunication network 
in turn. 

20 

According to a second aspect of the invention there is provided a computer program 
product for monitoring the status of one or more network elements (NEs) linked 
together in a telecommunication network, comprising 



computer readable program means for receiving a down status notification from a NE of 
the network, 

computer readable program means for identifying one or more other NEs which are 
linked to the NE, 

computer readable program means for polling the or each other NE to determine the 
status thereof. 

The computer program product may be comprised in a network management system 
(NMS) of the telecommunication network. The NMS may run on a computer system, 
which may comprise, for example, a Solaris computer system, a HPUX computer 
system, or a Windows NT/2000 computer system. 

The computer readable program means for receiving a down status notification from a 
NE of the network may comprise a fault manager module of the NMS. The fault 
manager module may receive the down status notification using a signalling protocol, 
for example SNMP. The fault manager module may place the down status notification 
in a notification database of the NMS. The fault manager module may output a message 
on receipt of a down status notification. 

The computer readable program means for identifying one or more other NEs which are 
linked to the NE may comprise a monitoring module of the NMS. The computer 
jeadable.programLmeaasJbjLpjQlling the or each other NE to determine the status thereof 
may comprise the monitoring module of the NMS. The monitoring module may receive 
a message output from the fault manager module when it receives a down status 




notification. The monitoring module may access the down status notification, to obtain 
information on the NE which has output the notification. The monitoring module may 
access the down status notification, to obtain information on the NE which has output 
the notification, and information on the or each interface of the NE which is down. The 



5 monitoring module may access a links database of the NMS containing details of each 
NE. and the or each other NE linked thereto, and use the information to obtain the 
identification of the or each other NE. The monitoring module may access a links table 
of the links database and use the information to obtain the identification of the or each 
other NE. The monitoring module may access the links database and use the 
10 information to obtain, the IP address of the or each other NE. The monitoring module 
may poll the or each other NE to determine the status thereof. The monitoring module 
may poll the or each other NE by sending at least one SNMP get request to the NE. The 
monitoring module may poll the or each other NE using the SNMP over TCP/IP. The 
monitoring module may determine the status of the or each or some of the NEs of the 
15 network, and may add the status information to a status database of the NMS. 

The computer program product may further comprise a graphical user interface (GUI) 
module of the NMS. The GUI module may receive information on the status of one or 
more of the NEs of the network from the status database. The GUI module may receive 

20 information on changes in the status of one or more of the NEs of the network from the 
status database. The GUI module may be used to report the status of one or more NEs 

.ofihe jnetoorkJto. a customer j>fjhe network. The GUI module may be used to report 

changes in the status of one or more NEs of the network to a customer of the network. 
The GUI module may use a NEs listing screen to report the status and/or changes in the 
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status of one or more NEs in the network to a customer of the network. The GUI 
module may report an up status of a NE using a green ball in the NEs listing screen next 
to the NE. The GUI module may report a down status of a NE using a red ball in the 
NEs listing screen next to the NE. 

5 

According to a third aspect of the invention there is provided a computer system in 
which the status of one or more network elements (NEs) linked together in a 
telecommunication network are monitored, comprising 

receiving means for receiving a down status notification from a NE of the network, 
10 identification means for identifying one or more other NEs which are linked to the NE, 
polling means for polling the or each other NE to determine the status thereof. 

According to a fourth aspect of the invention there is provided a computer system 
whose operation is directed by the computer program product according to the second 
15 aspect of the invention. 

The computer system of the third or fourth aspect of the invention may comprise, for 
example, a Solaris computer system, a HPUX computer system, or a Windows NT/2000 
computer system. 

20 

According to a fifth aspect of the invention there is provided a computer readable 

medium on which is stored a computer p rogr am of instructions for a computer syste m 

which monitors the status of one or more network elements (NEs) linked together in a 
telecommunication network, comprising 




means for receiving a down status notification from a NE of the network, 
means for identifying one or more other NEs which are linked to the NE, 
means for polling the or each other NE to determine the status thereof. 



5 According to a sixth aspect of the invention there is provided a program storage device 
readable by a machine and encoding a program of instructions for executing the method 
according to the first aspect of the invention. 

An embodiment of the invention will now be described, by way of example only, with 
10 reference to the accompanying drawings, in which : 

Figure 1 is a schematic representation of a telecommunication network, comprising 
network elements whose status are monitored using the method of the first aspect of the 
invention, and 

15 

Figure 2 is a schematic representation of a network management system of the 
telecommunication network of Figure 1. 

Figure 1 illustrates a telecommunications network 1, comprising network elements 
20 (NEs) 2, 3, 4, 5 and 6, and a network management system (NMS) 7. The NEs each 

comprise a node, and are linked together as shown, using cables. Each NE is 
additionally-linked-to .theJtJMS.asjsho:^ 
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The NMS 7 is further illustrated in Figure 2. This is run on a Windows NT computer 
system. The NMS 7 comprises a fault manager module 20, a monitoring module 21, a 
database, 22 and a graphical user interface (GUI) module 23 , linked together as shown. 

5 The status of one or more of the NEs in the network is monitored as follows. 

Each NE 2 to 6 will regularly poll the or each other NE linked thereto to determine the 
status of the other NE. This is carried out using the PNNI signalling protocol. If the or 
each other NE replies, its status is considered to be up, if the or each other NE does not 
10 reply, its status is considered to be down. If an NE determines that the status of any 
other NE linked thereto is down, it issues a down status notification which is received 
by the fault manager module 20 of the NMS 7, using SNMP. The fault manager 
module 20 places the down status notification in the database 22 of the NMS 7, and 
outputs a message to the monitoring module 21 of the NMS 7. 

15 

The monitoring module 21 receives a message output from the fault manager module 20 
when it receives a down status notification. The monitoring module 21 accesses the 
down status notification, to obtain information on the NE which has output the 
notification. The monitoring module 20 then accesses the. database 22 of the NMS 7, 
20 which contains details of each NE and the or each other NE linked thereto, and uses the 
information from the notification to obtain the identification of the or each other NE, 




The monitoring module 20 polls the or each other NE to determine the status thereof, by 
sending at least one SNMP get request to the NE, using the SNMP over TCP/IP. Once 
the status of the or each other NE has been determined, this is added to the database 22 



oftheNMS7. 

5 

The GUI module 23 of the NMS 7 receives information on the status of the NEs of the 
network from the database 22, and reports changes in the status of the NEs to a 
customer of the network. This is carried out using a NEs listing screen, wherein an up 
status of a NE is reported using a green ball in the screen next to the NE, and a down 
10 status of a NE is reported using a red ball in the screen next to the NE. 

Thus if a NE goes down, this will be detected by a neighbouring NE, and a down status 
notification issued to the NMS. The NMS can then poll the down NE to 
determine/verify its status. This will be carried out on receipt of a down status 
15 notification, i.e. the time delay associated with polling in a queue is eliminated. A 
customer of title network can therefore be informed of the down status of a NE in a 
satisfactorily short period of time. Additionally, it will take the same amount of time to 
determine the status of a NE if there are 10 NEs or 10,000 NEs in the network. There 
will therefore be a bounded time for notifying a customer of the status of a NE. 

20 



CLAIMS 

1. A method of monitoring the status of one or more network elements (NEs) 
linked together in a telecommunication network, comprising 

receiving a down status notification from a NE in the network, 
identifying one or more other NEs which are linked to the NE, 
polling the or each other NE to determine the status thereof. 

2. A method according to claim 1 in which the status of a NE is operational i.e. up. 

3. A method according to claim 1 in which the status of a NE is non-operational 
i.e. down. 

4. A method according to any preceding claim in which a down status notification 
is received from a NE if the NE determines that the status of any other NE 
linked thereto is down. 



5. A method according to claim 4 in which each NE polls the or each other NE 
linked thereto to determine the status of the other NE. 

6. A method according to claim 5 in which each NE polls the or each other NE 
linked thereto by signalling to the other NE, using a signalling protocol. 

7. A method according to claim 5 or claim 6 in which, if the or each other NE 
replies, its status is considered to be up. 
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8. A method according to claim 5 or claim 6 in which, if the or each other NE does 
. not reply, its status is considered to be down. 

9. A method according to any preceding claim in which the down status 
notification contains information on the NE which has output the notification. 

10. A method according to any preceding claim in which a down status notification 
is received from a NE if the NE determines that the status of an interface thereof 
linked to one or more other NEs is down. 

11. A method according to claim 1 0 in which the status of an interface is down if the 
status of the or any of the other NEs linked to the interface is down. 

12. A method according to claim 10 or claim 11 in which the down status 
notification contains information on the NE which has output the notification, 
and information on the or each interface of the NE which is down. 



13. A method according to any of claims 10 to 12 in which the or each interface 
comprises a hardware port, and the down status notification comprises a 
hardware port down trap. 



J 4,, _ A method accordin g to any preceding claim i n which the down stat us 
notification is received using a signalling protocol. 
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15. A method according to claim 14 in which signalling protocol comprises the 
simple network management protocol (SNMP). 

16. A method according to any preceding claim in which identifying the or each 
other NE comprises accessing the down status notification to obtain information 
on the NE which has output the notification. 

17. A method according to claim 16 in which identifying the or each other NE 
comprises accessing a links database containing details of each NE and the or 
each other NE linked thereto, and using the information to obtain the 
identification of the or each other NE: 

18. A method according to claim 17 in which identifying the or each other NE 
comprises accessing the links database and using the information to obtain the IP 
address of the or each other NE. 

19. A method according to any preceding claim in which polling the or each other 
NE comprises sending at least one SNMP get request to the NE. 

20. A method according to claim 19 in which polling the or each other NE 
comprises using the SNMP over transmission control protocol/internet protocol 

( TCP/IP). 





V 
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22. 



23. 



24. 



25. 



A method according to any preceding claim which comprises vising a network 



A method according to claim 20 in which the NMS comprises a fault manager 
module. 



A method according to claim 22 in which the fault manager module receives the 
down status notification from the NE. 

A method according to claim 23 in which the fault manager module places the 
down status notification in a notification database of the NMS. 

A method according to claim 23 or claim 24 in which the fault manager module 
outputs a message on receipt of a down status notification. 

A method according to any of claims 20 to 25 in which the NMS comprises a 
monitoring module. 



management system (NMS) of the telecommunication network. 



27. 



A method according to claim 26 in which the monitoring module receives a 
message output from the fault manager module when it receives a down status 
notification. 
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28. A method according to 26 or claim 27 in which the monitoring module accesses 
the down status notification, to ohtain information on the NE which has output 
the notification. 

29. A method according to claim 28 in which the monitoring module accesses a 
links database of the NMS containing details of each NE and the or each other 
NE linked thereto, and use the information to obtain the identification of the or 
each other NE. 

30. A method according to any of claims 26 to 29 in which the monitoring module 
polls the or each other NE to determine the status thereof. 

31. A method according to any of claims 26 to 30 in which the monitoring module 
determines the status of the or each or some of the NEs of the network, and adds 
the status information to a status database of the NMS. 

32. A method according to any of claims 20 to 32 in which the NMS comprises a 
graphical user interface (GUI) module. 

33. A method according to claim 32 in which the GUI is used to report the status of 
one or more NEs of the network to a customer of the network. 1 



34. 



A method according to any preceding claim in which the network elements in 
the telecommunication network comprise nodes, switches or routers. 
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35. A computer program product for monitoring the status of one or more network 
elements (NEs) linked together in a telecommunication network, comprising 
computer readable program means for receiving a down status notification from 
a NE of the network, 

computer readable program means for identifying one or more other NEs which 
are linked to the NE, 

computer readable program means for polling the or each other NE to determine 
the status thereof 

36. A computer program product according to claim 35 comprised in a network 
management system (NMS) of the telecommunication network. 

37. A computer program product according to claim 35 or claim 36 in which the 
computer readable program means for receiving a down status notification from 
a NE of the network comprises a fault manager module of the NMS. 

38. A computer program product according to any of claims 35 to 37 in which the 
computer readable program means for identifying one or more other NEs which 
are linked to the NE comprise a monitoring module of the NMS. 

39. A computer program product according to any of claims 35 to 38 in which the 
computer readable program means for pollin g the or each other NE to determi ne 



the status thereof comprises the monitoring module of the NMS. 



A computer system in which the status of one or more network elements (NEs) 
linked together in a telecommunication network are monitored, comprising 
receiving means for receiving a down status notification from a NE of the 
network, 

identification means for identifying one or more other NEs which are linked to 
theNE, 

polling means for polling the or each other NE to determine the status thereof. 

A computer system whose operation is directed hy the computer program 
product according to the any of claims 35 to 39. 

A computer readable medium on which is stored a computer program of 
instructions for a computer system which monitors the status of one or more 
network elements (NEs) linked together in a telecommunication network, 
comprising 

means for receiving a down status notification from a NE of the network, 
means for identifying one or more other NEs. which are linked to the NE, 
means for polling the or each other NE to determine the status thereof. 

A program storage device readable by a machine and encoding a program of 
instructions for executing the method according to any of claims 1 to 34. 
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ABSTRACT 

MONITORING TELECOMMUNICATION NETWORK ELEMENTS 

A method of monitoring the status of one or more network elements (NEs) (2 to 6) 
linked together in a telecommunication network (1), comprising receiving a down status 
notification from a NE in the network (1), identifying one or more other NEs which are 
linked to the NE, polling the or each other NE to determine the status thereof. 

The status of a NE may be operational i.e. up, or non-operational i.e. down. A down 
status notification may be received from a NE if the NE determines that the status of 
any other NE linked thereto is down. The down status notification may contain 
information on the NE which has output the notification. Identifying the or each other 
NE may comprise accessing the down status notification to obtain information on the 
NE which has output the notification, and using the information to obtain the 
identification of the or each other NE. Polling the or each other NE may comprise 
sending at least one SNMP get request to the NE. The method may be carried out using 
a network management system (NMS) (7) of the network (1). 




Fig. 2 



This Page is Inserted by IFW Indexing and Scanning 
Operations and is not part of the Official Record 

BEST AVAILABLE IMAGES 

Defective images within this document are accurate representations of the original 
documents submitted by the applicant. 

Defects in the images include but are not limited to the items checked: 

□ BLACK BORDERS 

» 

□ IMAGE CUT OFF AT TOP, BOTTOM OR SIDES 

□ FADED TEXT OR DRAWING 

e/bLURRED OR ILLEGIBLE TEXT OR DRAWING 

□ SKEWED/SLANTED IMAGES 

□ COLOR OR BLACK AND WHITE PHOTOGRAPHS 

□ GRAY SCALE DOCUMENTS 

LINES OR MARKS ON ORIGINAL DOCUMENT 

□ REFERENCE(S) OR EXHIBIT(S) SUBMITTED ARE POOR QUALITY 

□ OTHER: 

IMAGES ARE BEST AVAILABLE COPY. 
As rescanning these documents will not correct the image 
problems checked, please do not report these problems to 
the IFW Image Problem Mailbox. 



